home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 1.iso / HENSA / MISC / TORNADO / EASY001.ZIP / 4 < prev    next >
Text File  |  1995-07-23  |  2KB  |  43 lines
  1. File renderers
  2. -=-=-=-=-=-=-=
  3.  
  4. Generally speaking, all files can be displayed by Tornado apps, whether they
  5. be text, styled laid-out text, bitmap, vector, 3d vector, sound sample,
  6. soundtracker, movie etc. This is done by the following method.
  7.  
  8. A file is loaded into a Tornado app which can load such filetypes by Tornado,
  9. and is asked to redraw the file. The app calls Tornado_Renderfile, with the
  10. filetype. Here's what happens at this stage:
  11.  * Tornado broadcasts a service call, and if a module picks it up, it renders
  12. the file.
  13.  * If the service call isn't acknowledged, Tornado returns 'Please
  14. reschedule' to the calling app, gives the user a message saying 'Please
  15. wait', and looks in TRenderers:List, at the entry which is the 32 bit
  16. hexadecimal of the filetype being rendered. The module detailed in there is
  17. loaded in under multitasking.
  18.  * The module is initialised, and loads in any libraries it needs under
  19. multitasking. Tornado first checks to see if these modules are present - if
  20. so, all well and good, but if not they are loaded in under multitasking.
  21. Tornado makes a note of the modules it loads in.
  22.  * Meanwhile, the initiating task has been calling Tornado_Renderfile
  23. repeatedly and being told to wait. Now the renderer is present, the service
  24. call is rebroadcast, whereupon the module should render the file.
  25.  * Now, depending on what the user has configured, the renderer is told to
  26. quit and all modules loaded in by it are also quit, and removed from memory.
  27.  
  28. Obviously, if the user wishes, the module may remain in memory (the user
  29. specifies max renderers to be in memory at once, or max number of bytes they
  30. and their libraries should take up etc).
  31.  
  32. The reason for the libraries is that most files are currently rendered by
  33. module-based code eg; soundtrackers, artwork files etc. All it would take is
  34. a simple suitable module front-end which interfaces between Tornado and the
  35. appropriate library.
  36.  
  37. As you can see, this is another extremely powerful aspect of Tornado. It
  38. means things like DTP and hypertext apps can have all types of file
  39. integrated into them, only limited by the renderers available. This includes
  40. movies, sound, graphics - whatever.
  41.  
  42. Ok, I hope I got all of what I wanted to say in there too ... :-)
  43.